Geo-location structure mapping

ABSTRACT

Exemplary methods and systems provide for production of geographically located, accurate indoor maps of physical spaces and provide navigation guidance for users in physical spaces, and process requests for users related to available physical space within said physical spaces. Aggregated information about the physical spaces is curated and converted using automated procedures into a data model that contains all elements of said physical spaces, including geographic data about the physical space&#39;s location on the globe. The system and computer program embodiments retrieve the converted data, load it on mobile devices or computers, rendering it on these devices in the correct global geographic context, allowing users to interact with the data to select rooms, and send and receive requests to and from external systems regarding these selections. Users navigate within the physical spaces using mobile devices and the computer program embodiments in tandem to provide accurate directions and guidance.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a divisional patent application of U.S. patentapplication Ser. No. 16/196,396, filed Nov. 20, 2018, which claimspriority to U.S. Provisional Patent Application No. 62/589,718, filedNov. 22, 2017.

FIELD

The present disclosure is related to generating geo-location maps forvenues that include enclosed physical structures and surroundingexterior spaces.

BACKGROUND

Guests and prospective guests of venues increasingly demand physicallyaccurate, interactive indoor maps of those venues, viewable andmanipulatable on the guest's mobile device or desktop computer, in orderto select a guest room, other destinations, or other points of interest,navigate from place to place within a venue, and perform otherinteractive tasks that may become commonplace and expected in the nearfuture as mobile devices and indoor positioning technologies become morepowerful. However, it is difficult to create physically accurate indoormaps of venues for retrieval, rendering, and manipulation on mobiledevices and desktop computers. As a result, venues find it difficult toprovide the maps and related interactive tools that guests demand.

SUMMARY

An exemplary method for generating a geolocation map for a venue isdisclosed. The method comprising: receiving physical layout dataassociated with the venue; generating a venue map based on the receiveddata; converting each map vector into an anchor point to generate aconverted venue map; determining whether the converted venue mapincludes at least one Bezier curve; converting any identified Beziercurves into at least one anchor point; comparing at least one feature ofthe converted venue map with the physical layout data; revising theconverted venue map for comparison results outside of a predeterminedthreshold; generating a final venue map having at least one floor mapfrom one of the revised venue map or converted venue map in a databasefollowing when the converted venue map meets predetermined criteria; andgeolocating the final venue map on a world geodetic coordinate system.

An exemplary system for generating geolocation maps for a venue isdisclosed. The system comprising: an interface for receiving physicallayout data associated with the venue; a processor configured to:generate a venue map based on the received data; convert each map vectorinto at least anchor point to generate a converted venue map; determinewhether the converted venue map includes at least one Bezier curve;convert any identified Bezier curves into at least one anchor point;compare at least one feature of the converted venue map with thephysical layout data; modify the converted venue map for comparisonresults outside of a predetermined criteria; generate a final venue maphaving at least one floor map from one of the revised venue map orconverted venue map in a database following the comparison; andgeolocate the final venue map on a world geodetic coordinate system; andmemory for storing the final venue map and memory for storing the finalvenue map.

An exemplary computer readable medium encoded with a computer programproduct for generating a geolocation map for a venue is disclosed. Whenthe computer readable medium is placed in communication with computerprocessor, the computer program product causing the processor to performthe method, comprising: receiving physical layout data associated withthe venue; generating a venue map based on the received data; convertingeach map vector into at least one anchor point to generate a convertedvenue map; determining whether the converted venue map includes at leastone Bezier curve; converting any identified Bezier curves into at leastone anchor point; comparing at least one feature of the converted venuemap with the physical layout data; revising the converted venue map forcomparison results outside of a predetermined threshold; generating afinal venue map having at least one floor map from one of the revisedvenue map or converted venue map; and storing the final venue map inmemory.

An exemplary device for providing dynamic floor guidance in a venue isdisclosed. The device being configured to communicate with a systemcomprising at least one server and a plurality of networked positioningnodes, the device comprising: a graphical user interface configured forgenerating a venue map configured to provide interactive guidance to auser; and a processor configured to send signals to the graphical userinterface for generating and updating a display of the venue map basedon input provided by the user, the processor generating the signalsbased on a venue map data file, wherein the processor is configured towirelessly receive geolocation data in real-time from the server basedon user input.

An exemplary system for generating a geolocation map for a venue isdisclosed. The system comprising: an interface for connecting to atleast one external device; memory for storing venue layout data receivedvia the interface; a processor configured to: manage storage offloorplan data and attributes associated with a venue; determine whethera threshold amount of information necessary for generating a venue maphas been received; generate a final venue map using the floorplan dataand attributes stored in memory; and generate route guidance data foroverlaying on the final venue map, when geolocation data is received inreal-time from a mobile processing device via the interface.

DESCRIPTION OF THE DRAWINGS

Exemplary embodiments are best understood from the following detaileddescription when read in conjunction with the accompanying drawings.Included in the drawings are the following figures:

FIG. 1 illustrates an overview of a map generation system in accordancewith an exemplary embodiment of the present disclosure;

FIG. 2 is a high-level flowchart of a system process for generating anindoor map of a physical space in accordance with an exemplaryembodiment of the present disclosure;

FIG. 3 is a flowchart of a first system process for generating a venuemap in accordance with an exemplary embodiment of the presentdisclosure;

FIG. 4 is a flowchart of a second system process for generating a venuemap in accordance with an exemplary embodiment of the presentdisclosure;

FIG. 5 is a flowchart of a third system process for generating a draftvenue map in accordance with an exemplary embodiment of the presentdisclosure;

FIG. 6 is a detailed flowchart of a process for creating a final venuemap in in accordance with an exemplary embodiment of the presentdisclosure; and

FIG. 7 is a diagram of the structure of a Venue Map Data file inaccordance with an exemplary embodiment of the present disclosure.

Further areas of applicability of the present disclosure will becomeapparent from the detailed description provided hereinafter. It shouldbe understood that the detailed description of exemplary embodiments isintended for illustration purposes only and is, therefore, not intendedto necessarily limit the scope of the disclosure.

DETAILED DESCRIPTION

Exemplary embodiments of the present disclosure are directed to systemsand methods for generating maps for the interior of an open or closedphysical structure and/or space. The physical structures and/or spacescan include homes, office buildings, entertainment venues, hotels,restaurants or any other venue having floorplan and one or more interiorpoints of interest (e.g., rooms, areas, structures, or any otherinterior features of relevance or interest as desired). The generatedmaps can be viewed through an application executing on a mobile device,thereby allowing a user to traverse through the interior of thestructure from a starting point to a desired destination. The generatedroute having an interactive feature in which the application generatesaudible

FIG. 1 illustrates an overview of a map generation system in accordancewith an exemplary embodiment of the present disclosure.

As shown in FIG. 1, the system includes a venue management system 100configured for generating and/or managing the generation of venue maps.The venue map management system (VMMS) 100 includes a processor 102,memory 104, a display 106, an input/output device 108, and one or moreinterfaces 109. The VMMS 100 can be connected to a network 110 forcommunicating with a plurality of processing devices 112. The processingdevices 112 can be remote devices associated with and/or used tocommunicate interior feature data related to a physical structure and/orspace to the venue management system 100 over the network 110. Theinterior feature data can include the floorplan of the structure and oneor more interior points of interest (e.g., rooms, areas, structures, orany other interior features of relevance as desired). The processor 102can be configured with program code for generating a user interface 109a (e.g., graphical user interface, application program interface, etc.)for output to the display 106. The user interface 114 allows the displayto generate user prompts and with an operator and performs the processsteps necessary for generating maps based on the input information. Thememory 104 is configured to store venue maps along with data and/orinformation related to each structure for which a map is or is to begenerated.

The processor 102 can be configured to execute management software codefor providing various map management and map generation features. Forexample, the processor 102 can be configured to manage the storage offloorplan data and attributes associated with a venue, determine whethera threshold amount of information necessary for generating a venue maphas been received, generate a final venue map using the floorplan dataand attributes stored in memory; and generate route guidance data foroverlaying on the final venue map, when geolocation data is received inreal-time from a mobile computing device 112 via the interface 109.

The VMMS 100 of FIG. 1 may be implemented in a computer system usinghardware, software, firmware, non-transitory computer readable mediahaving instructions stored thereon, or a combination thereof and may beimplemented in one or more computer systems or other processing systems.Hardware, software, or any combination thereof may embody modules andelectronic components such as one or more computing devices used toimplement the methods of FIGS. 2-7.

If programmable logic is used, such logic may execute on a commerciallyavailable processing platform or a special purpose device. A personhaving ordinary skill in the art may appreciate that embodiments of thedisclosed subject matter can be practiced with various computer systemconfigurations, including multi-core multiprocessor systems,minicomputers, mainframe computers, computers linked or clustered withdistributed functions, as well as pervasive or miniature computers thatmay be embedded into virtually any device. For instance, at least oneprocessor device and a memory may be used to implement the abovedescribed embodiments.

A processor 102 or processor unit or device as discussed herein may be asingle processor, a plurality of processors, or combinations thereof.Processor devices may have one or more processor “cores.” The terms“computer program medium,” “non-transitory computer readable medium,”and “computer usable medium” as discussed herein are used to generallyrefer to tangible media such as a removable storage unit, and a harddisk installed in hard disk drive.

Various embodiments of the present disclosure are described in terms ofthis exemplary computer system. After reading this description, it willbecome apparent to a person skilled in the relevant art how to implementthe present disclosure using other computer systems and/or computerarchitectures. Although operations may be described as a sequentialprocess, some of the operations may in fact be performed in parallel,concurrently, and/or in a distributed environment, and with program codestored locally or remotely for access by single or multiprocessormachines. In addition, in some embodiments the order of operations maybe rearranged without departing from the spirit of the disclosed subjectmatter.

Processor 102 may be a special purpose or a general purpose processordevice programmed with computer code to perform the specialized functionrequired to implement the exemplary embodiment disclosed herein. Theprocessor 102 may be connected to a communications infrastructure, suchas a bus, message queue, network, multi-core message-passing scheme,etc. The network may be any network suitable for performing thefunctions as disclosed herein and may include a local area network(LAN), a wide area network (WAN), a wireless network (e.g., Wi-Fi), amobile communication network, a satellite network, the Internet, fiberoptic, coaxial cable, infrared, radio frequency (RF), or any combinationthereof. Other suitable network types and configurations will beapparent to persons having skill in the relevant art. The memory 104 ofthe computer system may also include a main memory 104 a (e.g., randomaccess memory, read-only memory, etc.), and may also include a secondarymemory 104 b. The secondary memory 104 b may include the hard disk driveand a removable storage drive, such as a floppy disk drive, a magnetictape drive, an optical disk drive, a flash memory, etc.

The removable storage drive may read from and/or write to the removablestorage unit according to known protocols and processes manner. Theremovable storage unit may include a removable storage media that may beread by and written to by the removable storage drive. For example, ifthe removable storage drive is a floppy disk drive or universal serialbus port, the removable storage media unit may be a floppy disk orportable flash drive, respectively. In one embodiment, the removablestorage unit may be non-transitory computer readable recording media.

In some embodiments, the secondary memory 104 b may include alternativemeans for allowing computer programs or other instructions to be loadedinto the computer system of the VMMS 100. Such means can be related tothe removable storage unit and an interface, and may include, forexample, a program cartridge and cartridge interface (e.g., as found invideo game systems), a removable memory chip (e.g., EEPROM, PROM, etc.)and associated socket, and other removable storage units and interfacesas will be apparent to persons having skill in the relevant art.

As already discussed, the memory 104 can include a main or first memory104 a and/or a secondary memory 104 b. Data stored in the memory 104(e.g., in the main memory 104 a and/or the secondary memory 104 b) ofthe VMMS 100 computer system may be stored on any type of suitablecomputer readable media, such as optical storage (e.g., a compact disc,digital versatile disc, Blu-ray disc, etc.) or magnetic tape storage(e.g., a hard disk drive). The data may be configured for storage in oneor more physical or tangible storage mediums in the form of in any typeof suitable database configuration, such as a relational database, astructured query language (SQL) database, a distributed database, anobject database, etc. Suitable configurations and storage types will beapparent to persons having skill in the relevant art.

The interface 109 of the VMMS 100 can also include a network interface109 c enables the VMMS 100 to connect to any of a number of datacommunication networks. According to an exemplary embodiment the networkinterface can be configured with one or a combination of hardware andsoftware components to connect to one or more wired or wireless networksfor communication with one or more other mobile computing devices 112.Map management software executing on the processor 102 can conducthandshaking protocols to establish connection with map guidance softwareexecuting on the one or more mobile computing devices 112. Once aconnection between the map management software executing on the VMMS 100and the map guidance software of the mobile computing device 112 isestablished, the VMMS 100 can send real-time route guidance data to themobile computing device 112 for display on the map guidance interface.According to an exemplary embodiment, the processor 102 of the VMMS 100is configured to send route guidance data to the graphical userinterface for generating and updating a display of the venue map basedon input provided by the user. The processor 102 generates the routeguidance data based on the final venue map data stored in memory. Thesignals are generated in response to geolocation data received inreal-time from the mobile computing device 112 over the network 110. Thegeo-location data being generated as a result of user input. The routeguidance data includes a path from a starting location to a destination.The processor 102 evaluates the geo-location data received from themobile computing device 112 and compares the received data to physicallayout data of the corresponding structure or space stored in memory104. The processor 102 provides graphical route guidance overlayed onthe final venue map of the physical structure or space. The overlay caninclude color-coded arrows and/or highlighted path to show a completeroute from a current position of the mobile computing device 112 to thedestination within the structure or space.

The interface 109 of the VMMS 100 computer system may include acommunications interface 109 d. The communications interface 109 d maybe configured to allow software and data to be transferred between thecomputer system 100 and external devices (e.g., mobile computing device112, remote computing device 120). Exemplary communications interfaces109 d may include a modem, a network interface (e.g., an Ethernet card),a communications port, a PCMCIA slot and card, wireless communicationdevice, etc. Software and data transferred via the communicationsinterface may be in the form of signals, which may be electronic,electromagnetic, optical, or other signals as will be apparent topersons having skill in the relevant art. The signals may travel via acommunications path, which may be configured to carry the signals andmay be implemented using wire, cable, fiber optics, a phone line, acellular phone link, a radio frequency link, etc.

The interface 109 of the VMMS 100 computer system may further include adisplay interface 109 a. The display interface 109 a may be configuredto allow data to be transferred between the computer system and externaldisplay. Exemplary display interfaces 109 a may include high-definitionmultimedia interface (HDMI), digital visual interface (DVI), videographics array (VGA), etc. The display interface 109 a can include anysuitable type of display device for displaying data (e.g., a graphicaluser interface) transmitted via the display interface of the computersystem, including a cathode ray tube (CRT) display, liquid crystaldisplay (LCD), light-emitting diode (LED) display, capacitive touchdisplay, thin-film transistor (TFT) display, etc.

Computer program medium and computer usable medium may refer tomemories, such as the main memory 104 a and secondary memory 104 b,which may be memory semiconductors (e.g., DRAMs, etc.). These computerprogram products may be means for providing software to the computersystem. Computer programs (e.g., computer control logic) may be storedin the main memory and/or the secondary memory. Computer programs mayalso be received via the communications interface. Such computerprograms, when executed, may enable computer system to implement thepresent methods as discussed herein. In particular, the computerprograms, when executed, may enable the processor 102 to implement themethods illustrated by FIGS. 2-6, as discussed herein. Accordingly, suchcomputer programs may represent controllers of the VMMS 100 computersystem. Where the present disclosure is implemented using software, thesoftware may be stored in a computer program product and loaded into theVMMS 100 computer system using the removable storage drive, interface,and hard disk drive, or communications interface.

The processor 102 may comprise one or more modules or engines configuredto perform the map generation and map management functions of the VMMS100 computer system. Each of the modules or engines may be implementedusing hardware and, in some instances, may also utilize software, suchas corresponding to program code and/or programs stored in the mainmemory or secondary memory. In such instances, program code may becompiled by the processor 102 (e.g., by a compiling module or engine)prior to execution by the hardware of the VMMS 100 computer system. Forexample, the program code may be source code written in a programminglanguage that is translated into a lower level language, such asassembly language or machine code, for execution by the processor 102and/or any additional hardware components of the VMMS 100 computersystem. The process of compiling may include the use of lexicalanalysis, preprocessing, parsing, semantic analysis, syntax-directedtranslation, code generation, code optimization, and any othertechniques that may be suitable for translation of program code into alower level language suitable for controlling the VMMS 100 computersystem to perform the functions disclosed herein. It will be apparent topersons having skill in the relevant art that such processes result inthe VMMS 100 of the being a specially configured VMMS 100 uniquelyprogrammed to perform the functions discussed in detail herein.

FIG. 2 is a high-level flowchart of a system process for generating anindoor map of a physical space.

As shown in FIG. 2, the venue map managing system (VMMS) 100 receivesphysical layout data associated with the venue (200). The physicallayout data can include information and data including blueprints, CADfiles or drawings, and any other information illustrating entry and/orexit paths, walkways, pathways, and an overall physical layout of thestructure or space. The VMMS 100 determines whether all necessary dataor at least a minimum threshold of information for a specified physicalspace has been received. If the received data is sufficient to build amap, the processor 102 processes the received data (202) to build themap (204,206). If insufficient data is received the user is prompted viathe display interface that additional data is needed (204, 208). Inperforming the aforementioned steps and those of FIGS. 3-7 discussed infurther detail herein, the processor 102 executes one or more softwareapplications and/or computer programs as already discussed, which uponinput or prompting from a user (designer, manager) control the processor102 for performing system management and/or map generation features.

FIG. 3 is a flowchart of a first system process for generating a venuemap in accordance with an exemplary embodiment of the presentdisclosure. In executing the first

As shown in FIG. 3, after determining that the threshold amount of venuedata has been received to generate a map, the processor 102 generates ashell venue map from the venue data source (300). The shell venue mapincludes a general layout or floor map of the venue without any specialtext, icons, nodes, or other attributes suitable for providing routeguidance. A designer may then revise the shell map to generate a draftvenue map that includes specific reference points, physical features,and landmarks as desired (302). The creation of the draft venue map canbe performed using one or more processes and/or processors that areexternal to the VMMS 100. For example, the draft venue map can begenerated on a separate computer device and processor that is remote tothe processor 102 and not under the control of the software or computerprogram modules of the VMMS 100. The draft venue map can be communicatedto the VMMS 100 from the remote computing device 120 and uploaded tomemory 104 (304). The processor 102 of the VMMS 100 evaluates the draftvenue map to determine whether it is correct by comparing the draftvenue map to the venue data that was initially received (306). If thedraft venue map is correct or accurate the processor 102 assigns the mapto a designer (308). On the other hand, if the draft venue map is notcorrect the processor 102 generates a prompt for identifying and/ordescribing the corrections that are necessary (310). The designerreviews and revises the draft map to create a final venue map (312). Thefinal venue map may include a geolocation of the venue onto a worldgeodetic coordinate system. The designer validates and uploads the finalvenue map to memory 104 (314). Next, the designer determines whether thefinal venue map can be geolocated (316). If so, the designer pins thefinal venue map to the location address found on any one of the mappingservices provided by Google or Bing or OpenStreetMap, or any othersuitable mapping service as desired (318). Here again, the review andrevision of the draft venue map can be performed on a remote computingdevice 120 having a processor not under the control of the VMMS 100. Forexample, in another exemplary embodiment, the final map can becommunicated from the remote computing device 120 to the VMMS 100 overthe network and uploaded to memory 104 for validation (314). If thefinal venue map can be geolocated, the processor 102 generatescoordinates for final venue map and locates map onto pre-existinggeolocated building provided in any of the known web mapping services(316,318). In addition, the VMMS 100 will produce world geodeticcoordinates for all spaces within the venue.

As shown in FIG. 3, the final venue map undergoes a quality reviewregardless of whether it can or cannot be geolocated (320). The qualityassurance review determines whether the final venue map is correctand/or the geolocation performed by the designer is correct. If eitherthe final venue map or the geolocation of the final venue map areincorrect the processor 104 prompts the reviewer to identify errors andreassign the map to a designer for revision (322,324, 308). On the otherhand, if final venue map and/or the geolocation are correct then thefinal venue map is released from the design phase within the VMMS 100and stored in memory for use in route guidance (322,326, 328). Forexample, as shown in FIG. 5, the final map can be output in VMD formatand in the form of map tiles. The map tiles can then be sent to aspecified database or memory for storage. If any problems with the mapare detected or identified upon use for route guidance, the map can bereassigned to a designer for revision, validation, and geolocation asalready discussed.

FIG. 4 is a flowchart of illustrating a process of creating and/orrevising a vector venue map in accordance with an exemplary embodimentof the present disclosure. As shown in FIG. 4, the processor 102generates a vector venue map based on the received venue data (400,402).Once the vector venue map is created, the processor 102 can communicatethe vector venue map to a remote computing device 120 on the network110. It should be understood by one of ordinary skill in the art thatthe processor 102 can be configured to perform the below describedprocess steps on the vector venue map.

The remote computing device 120, which is under the control of mapgeneration software, converts each map vector into at least one anchorpoint to generate a converted venue map (404). The anchor points can berepresented as a polygon or any other attribute as desired. Next, theremote computing device 120 determines whether the converted venue mapincludes at least one Bezier curve (406) and any are identified, theremote computing device 120 converts them into anchor points (408). Theremote computing device 120 communicates the converted venue map to theVMMS 100 (410).

The processor 102 compares at least one feature of the converted venuemap with the physical layout data to determine if the physical layoutdata is correct (412). For example, the processor 102 compares theconverted map with the one or more of physical layout data received inassociation with the physical space and stored in memory. The processor102 determines whether any deviations between the converted map and thephysical layout data are within accepted tolerances or are outside ofpredetermined thresholds. If the converted map is outside of acceptedtolerances or predetermined thresholds then the processor 102 generatesa prompt that identifies the inconsistencies (512) and indicates thatrevision of the converted map is necessary, and processing the convertedmap to revise and/or identifies necessary revisions (414, 416, 402).When the processor 102 determines that the converted map is within theaccepted tolerances then a final venue map is generated for the physicalspace (418). It should be understood that if the physical structure orspace has multiple floors then the foregoing process can be repeated foreach floor. According to an exemplary embodiment, a final map for eachfloor can be generated. Once all floors have been generated, they can belinked as necessary based on the physical layout data and used togenerate a final venue map. The final venue map can be stored in memory104 within the VMMS 100. The processor 102 can also be configured togenerate a message sending the final venue map to another processingdevice connected to the network.

The processor 102 of the VMMS 100 generates the final venue map bygenerating wayfinding nodes and paths for the one or more mapsassociated with a physical space according to any one of known mapgeneration processes. The one or more maps can include a map for eachfloor or subspace (e.g., room, closet, chamber, partitioned area) withinthe physical structure. The individual floors can have a unique layout(e.g., unique features, landmarks, or points of interest) or in thealternative be substantially similar as determined by the specificationsof the physical layout data stored in memory.

FIG. 5 is a flowchart of a third system process for generating floorsfor a draft venue map in accordance with an exemplary embodiment of thepresent disclosure. As shown in FIG. 5, once the draft venue map iscreated as shown in the process of FIG. 3, an initial floor is createdbased on the draft venue map (500). A user initializes scripts on thedraft venue map to produce a final venue map as shown in FIG. 4 (502).The finalized venue map is validated and uploaded to memory 104 of theVMMS 100 (504). The VMMS 100 determines whether the venue map can begeolocated (506). If the venue map can be geolocated then the processorpins the venue map to the proper and associated location address foundon any one of the mapping devices provided by Google, Bing,OpenStreetMap, or any other suitable mapping service as described (508).If the map cannot be geolocated, then the map is identified as needingfurther processing to determine and correct the reason(s) geolocationcannot be performed (510, 512). To correct the errors, the floor map isrecreated or revised as processing returns to step 500. If the furtherprocessing corrects the error(s) or determines that no error(s) existthe final venue map is output in VMD format (514). The processor 102then generates map tiles within the final venue map (516). The map tilescan be generated using any one of known tiling and/or renderingapplications such as leaflet, Qtiles, TileMill, MapFiler, or any othersuitable application as desired. Tiling the final image allows forzooming and panning operations to be performed within the building,floor, and/or room level views. Once the tiles are generated, they aresent to memory 104 for storage. The map files can be sent to arepository or memory 104 for storage (518).

FIG. 6 is a detailed flowchart of a process for creating a final venuemap in in accordance with an exemplary embodiment of the presentdisclosure.

The designer initiates the process of a remote computing device 120connected to the processor 102 of the VMMS 100 for generating the finalvenue map. As shown in FIG. 6, the designer is prompted to indicatewhether any units or features of the draft venue map are to beduplicated (600). If duplication is required, the processor 102initiates the duplication based on a command input from the designer(602). Once the duplication process has completed or no duplication offeatures in the draft venue map is required, the remote computing device120 initiates a script to generate wayfinding nodes within the venue map(604). When the wayfinding nodes are generated, the remote computingdevice 120 prompts the designer via the display screen to indicatewhether the current venue floor map is to be duplicated for identicalfloors and how many floors require duplication (606). The remotecomputing device 120 prompts the designer to create icons and textlabels for features of the venue map (608). Once all desired icons andtext labels are created, the remote computing device 120 initiates ascript to convert the wayfinding nodes to circles (610). Following theconversion of the wayfinding nodes, the remote computing device 120prompts the designer for performing validation and error correction onthe venue map (612). The remote computing device 120 prompts thedesigner to edit the metadata for the venue map (614). Once all editsare made, the designer is prompted to save the venue map as the finalvenue map in memory 104 (616).

FIG. 7 is a diagram of the structure of a Venue Map Data file inaccordance with an exemplary embodiment of the present disclosure. TheVenue Map Data file 700 defines the physical layout data stored inmemory can include information providing various attributes andcharacteristics of the physical structure. As shown in FIG. 7, the VMDcan be configured to include data that identifies at least the Venue702, Venue metadata 704, data between buildings 706, one or morebuildings of the venue 708, and one or more floors within a building710. Each map feature (e.g., landmark, waypoint, node, or other suitablefeature as desired) can be described with positional or physicalattributes, such as information that specifies a spatial relationshipwith respect to another feature. For example, the building data 708 caninclude a building label and data that specifies the data for each floorwithin the building. Each floor 710 can include a floor label 712 orordinal number 714, floor wayfinding data 716 and floor amenities andfixtures (e.g. features) 718. Ordinal numbers 714 define the position ofthe floor 710 within the building 708. The wayfinding data 716 definesinformation for mapping or determining a route to the floor 710. Eachfloor 710 can include any number of rooms 720. Each room 720 includes aroom label 722, a room icon 724, an identifier of whether the room isopen 726, and a room outline (layout?) 728. The VMMS 100 can also storedata that describes ornamental attributes of the map feature such as acolor, shape, identity, size, or other suitable attribute as desired.Through the map management software, the processor 102 is configured togenerate textual route guidance using a syntax selected at theprocessing device. For example, the textual route guidance can beoverlayed on the map and identify an upcoming route event. The routeevent can include a change in direction of the route such as a turn, afeature of the physical space including stairs or a stairwell, a door,and/or a landmark, such as a desk, plant, sculpture, fountain, or otherphysical feature provided in the structure or space.

The computer program code for performing the specialized functionsdescribed herein can be stored on a medium and computer usable medium,which may refer to memories, such as the memory device, which may bememory semiconductors (e.g., DRAMs, etc.). These computer programproducts may be non-transitory means for providing software to the VMMS.The computer programs (e.g., computer control logic) or software may bestored in the memory device. The computer programs may also be receivedvia the communications interface. Such computer programs, when executed,may enable the VMMS to implement the present methods as discussedherein. In particular, the computer programs, when executed, may enableprocessor to implement the methods as discussed herein. Accordingly,such computer programs may represent controllers of the VMMS. Where thepresent disclosure is implemented using software, the software may bestored in a computer program product or non-transitory computer readablemedium and loaded into the VMMS using a removable storage drive, aninterface, a hard disk drive, or communications interface, whereapplicable.

It will be appreciated by those skilled in the art that the presentinvention can be embodied in other specific forms without departing fromthe spirit or essential characteristics thereof. The presently disclosedembodiments are therefore considered in all respects to be illustrativeand not restricted. The scope of the invention is indicated by theappended claims rather than the foregoing description and all changesthat come within the meaning and range and equivalence thereof areintended to be embraced therein.

What is claimed is:
 1. A non-transitory computer readable medium storing program code for generating route guidance data for a physical structure, when placed in communication with a processor, the program code causes the processor to perform operations comprising: storing, in a memory device, physical layout data including a plurality of venue maps associated with one or more spaces of the physical structure, each venue map includes physical layout data for a physical space and, and data representing wayfinding nodes, paths, and landmarks of a physical space, and at least of the plurality of venue maps having at least one anchor point defined from a Bezier curve; executing the programming instructions stored in the memory for generating route guidance for the physical structure; receiving, in real-time from a network, location data identifying a current position within the physical structure, receiving the physical layout data associated with the physical structure from the memory device; and generating, in real-time, route guidance data by overlaying onto one or more selected venue maps, the route guidance data showing a travel path between an identified destination and a starting position of the first device, the route guidance data identifying, based on the physical layout data, a route event including a change in direction of the route and a unique feature of the physical space.
 2. The computer readable medium of claim 1, wherein the route guidance data includes color-coded arrows and highlighting associated with the travel path.
 3. The computer readable medium of claim 1, wherein the physical layout data includes information which identifies the physical structure as a venue, and physical layout data associated with the one or more physical spaces of the physical structure includes information identifying at least one of one or more buildings of the venue and one or more floors within the one or more buildings of the venue.
 4. The computer readable medium of claim 3, wherein the identifying information for each floor comprises a floor label, floor wayfinding data, and structural features.
 5. The computer readable medium of claim 3, wherein the physical layout data further comprises one or more rooms associated with each of the one or more floors of the venue.
 6. The computer readable medium of claim 1, wherein the processor is a component of a mobile device of a user.
 7. The computer-readable medium according to claim 6, wherein the program code causes the processor to perform further operations comprising: receiving, a route guidance request from the user; generating signals for displaying a selected venue map of the physical structure based on the route guidance request and the location data identifying the current position within the physical structure; and displaying, on a display device, the route guidance data overlayed on the one or more selected venue maps.
 8. A mobile device for providing dynamic floor guidance in an enclosed closed venue, the device being configured to communicate with a system comprising at least one server and a plurality of networked positioning nodes, the device comprising: a graphical user interface configured for generating a venue map configured to provide interactive guidance to a user; and a processor configured to send signals to the graphical user interface for generating and updating a display of the venue map based on input provided by the user, the processor generating the signals based on a venue map data file, wherein the processor is configured to wirelessly receive geolocation data in real-time from the server based on user input and proximity data relative to at least one positioning node. 